Client-configured server class tracing to a configurable threshold

ABSTRACT

A user-device configured server code trace request that specifies an element identifier of a specified user-device interface element served by a server device and a server code tracing depth specified by a user of a user device is received at the server device from the user device served by the server device. Using the specified element identifier, a granular server code trace of server code scoped to the specified server code tracing depth and scoped to a portion of the server code utilized in association with the specified user-device interface element is performed.

BACKGROUND

The present invention relates to debugging of complex cross-platformapplications. More particularly, the present invention relates toclient-configured server class tracing to a configurable threshold.

Client devices within a client-server environment may access and utilizeweb pages or applications provided by one or more servers. The clientdevices may utilize a browser or similar client application interface toaccess and utilize the web pages or applications provided by theserver(s).

SUMMARY

A computer-implemented method includes: receiving, at a server devicefrom a user device served by the server device, a user-device configuredserver code trace request that specifies an element identifier of aspecified user-device interface element served by the server and aserver code tracing depth specified by a user of the user device;configuring, using the specified element identifier, a granular servercode trace of server code scoped to the specified server code tracingdepth and scoped to a portion of the server code utilized in associationwith the specified user-device interface element; and performing theconfigured granular server code trace of the server code scoped to thespecified server code tracing depth and scoped to the portion of theserver code utilized in association with the specified user-deviceinterface element.

A system that performs the computer-implemented method and a computerprogram product that causes a computer to perform thecomputer-implemented method are also described.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an example of an implementation of a systemfor client-configured server class tracing to a configurable thresholdaccording to an embodiment of the present subject matter;

FIG. 2 is a block diagram of an example of an implementation of a coreprocessing module capable of performing client-configured server classtracing to a configurable threshold according to an embodiment of thepresent subject matter;

FIG. 3 is a flow chart of an example of an implementation of a processfor client-configured server class tracing to a configurable thresholdaccording to an embodiment of the present subject matter;

FIG. 4 is a flow chart of an example of an implementation of a processfor end user-device processing associated with client-configured serverclass tracing to a configurable threshold according to an embodiment ofthe present subject matter; and

FIG. 5 is a flow chart of an example of an implementation of a processfor server-device processing associated with client-configured serverclass tracing to a configurable threshold according to an embodiment ofthe present subject matter.

DETAILED DESCRIPTION

The examples set forth below represent the necessary information toenable those skilled in the art to practice the invention and illustratethe best mode of practicing the invention. Upon reading the followingdescription in light of the accompanying drawing figures, those skilledin the art will understand the concepts of the invention and willrecognize applications of these concepts not particularly addressedherein. It should be understood that these concepts and applicationsfall within the scope of the disclosure and the accompanying claims.

The subject matter described herein provides client-configured serverclass tracing to a configurable threshold. The present technology solvesa recognized problem associated with debugging web-based applications orweb pages that utilize code that operates at least partially on a serverdevice across a network (e.g., the Internet) by providing technologythat includes a new form of computational processing within complexclient-server computing environments. The technology described hereinallows a user of a client-side device to specify an interface element ofthe client-side interface and to invoke class tracing to a configurableclass depth/threshold of code associated with the client-side elementthat is executing at the respective server. The server-side code istraced relative to the specified element including any imported codeportions as specified by the configured class depth/threshold. As such,the technology described herein provides an element-level granularity oftracing that does not involve tracing of entire package entities, butthat instead traces classes within package entities that are utilizeddirectly by code related to the specified client-side element.Accordingly, improved issue resolution within complex client-serverprocessing domains may be achieved by use of the technology describedherein.

The technology described herein operates by receiving, at a serverdevice from a user device served by the server device, a user-deviceconfigured server code trace request that specifies an elementidentifier of a specified user-device interface element served by theserver and a server code tracing depth specified by a user of the userdevice. A granular server code trace of the server code scoped to thespecified server code tracing depth and scoped to a portion of theserver code utilized in association with the specified user-deviceinterface element is configured using the specified element identifier.The configured granular server code trace of the server code scoped tothe specified server code tracing depth and scoped to the portion of theserver code utilized in association with the specified user-deviceinterface element is performed.

To assist with understanding of the detailed example that followsfurther below, as a preliminary foundation, the technology describedherein may be used to obtain a baseline information set that documentsscoped server operations associated with particular client interfacecomponents (e.g., for comparison in the event of a later-detectedanomaly) and may be additionally used to perform scoped server-sidedebugging of actual anomalies/errors. The majority of the examplesdescribed below are related to the latter pattern of use (e.g.,debugging) to reduce complexity of the description herein, with theunderstanding that capturing baseline operations may be performed in thesame manner as the examples described below and that comparison ofscoped baseline server-side operations with actual scoped server-sidedebug traces may further assist debugging efforts.

As such, it may be presumed for purposes of the examples that followthat a client-side end user (e.g., a user of a client-side device suchas a customer, content subscriber, etc.) of a web application/web pagemay detect that something is not functioning within their user interfaceaccording to what they may expect. For example, the client-side end usermay recognize that a picture/image on a web page is not being renderedand that an error appears related to the missing image. The client-sideend user may not know the source of the picture/image or how it issupposed to be rendered, and may only know that the web page is notoperating as intended by the administrators and/or developers.Similarly, the administrators may be unable to recreate this issuewithin the development environment, and may be unable to trace the issuewith granularity at the element level due to package partitioning debugconstraints within the server-side development environment. Thetechnology described herein allows the developer to prompt theclient-side end user to provide granular element-level tracing input tothe server for the administrators to review or for support teams toutilize for diagnostics without the client-side end user having to knowanything about the product architecture itself or having to have anyparticular skill programming/development set(s). The terms “client-side”and “user device,” and similar related terms, are used interchangeablyherein to refer to the application or web page content consumerinterface that is trying to utilize content served by one or moreservers.

To initiate client-invoked server tracing and debugging of a web-basedapplication, the client-side end user may utilize a “select element”browser debug tool to select the area of a web page that is of interestor concern, such as a user-device interface element associated with theweb-based application (e.g., a portlet, image, etc.). When an area orelement of a web page is selected, the user may be programmaticallyprovided with a pop-up dialog box that asks whether the user would liketo trace server-side code of the selected area or element, and to whatlevel of depth/threshold the server-side tracing is to be performed. Thedeveloper may provide the user with a requested level of depth/thresholdto enter, and responsive to user entry of the requested information, theweb-based application code for that area or element may then be tracedat the server. As such, the server-side code that implements or providesthe specified user-device interface element may be traced based upon theuser-designated threshold and with a granularity that is scoped to thespecifically-selected element of the portlet.

To invoke the actual trace of the element, the user-designated thresholdand element identifier associated with the element may beprogrammatically configured within a header on the web page. Anindication to enable tracing of the user-selected element to theconfigured threshold/depth may also be specified within the header ofthe web page. The web page may then be refreshed from the server afteraddition of the user-designated threshold and element identifier to theweb page.

The refresh operation from the server may be performed using anapplication programming interface (API) call to the client device with aweb page identifier and an instruction to the client device that causesthe client device to refresh the identified web page or the selectedelement. In response to the API instruction, the client device refreshesthe identified web page or the selected element, and tracing may beginat the server of the server code utilized in association with thespecified user-device interface element.

As such, the actual code (e.g., the markup language page) may be updatedwith the specified threshold depth and an element identifier of theuser-selected element for debug and re-executed (e.g., refreshed underserver control to process the user-designated threshold and elementidentifier within the header of the markup language page).Alternatively, similar processing may be performed to refresh thespecific element on the web page depending upon the implemented cachingstrategy at the client/user device. A server class trace may be capturedduring that re-execution of the server code at a granularity of theclient-side selected element to the configured tracing depth. A dynamictrace of the server code may be provided in a trace log file defined forthe particular web-based application/service.

Examples of areas of server code that may be traced according to thetechnology described herein may include portlets, widgets, images, webcontent, and other coded aspects of web pages that may loaded from,executed on, or executed in conjunction with code executing at a server.Again, the class tracing may be performed in a granular manner accordingto the element selected at the client device.

It should be noted that certain implementations may utilizeadministrator (e.g., developer) approval/authorization to invoke theserver class tracing. Within such an implementation, if the end userselects a pop-up dialog and requests server class tracing, in additionto specifying the trace level/depth, the pop-up dialog may notify theappropriate administrator and issue a request to the administrator togive the end user appropriate access rights to start the server codetracing and logging. In response to the request, the administrator mayprovide the requested access rights and the re-execution (e.g., refresh)of the page may be performed.

As a further example of server class tracing that may be performed asdescribed herein, it may be presumed that a portlet throws an errorduring operation. The end user may select an “inspect element” featurewithin the user's browser to inspect the element “Portlet.” A pop-updialog may be generated that requests confirmation that the end userwould like to initiate a trace of the portlet code at the server, withan input area for the end user to specify a threshold of how many layersdeep the trace is to be performed. The element identifier of the portletmay be captured programmatically in association with the selectoperation. The end user may enter the trace threshold and confirm thetrace of the selected element according to the user-specified tracelevel specified within the pop-up dialog. In response to initiating thetrace, the portlet code along with the underlying portlet container,theme, skin, and other code may be traced according to theuser-specified trace threshold.

Further regarding tracing according to the user-specified depth, thetrace may begin/start at the Java™ programming language class' parentpackage name and go back within the code layers from that beginninglevel. As such, if the package was “<<com. . . ..portal.portlets.myportlet>>” and the user-specified threshold was two(2) deep, the tracing traces all classes under “<<cornportal.portlets.*>>” along with any parent class packages at the samethreshold. For example, “<<com . . . ws.portletcontainer.*>>” may betraced as well.

It should also be noted that, within these examples, the double arrowbrackets (e.g., <<and>>) are used to differentiate traversable charactersequence links according to certain limitations placed upon formalitiesassociated with the present document. As well, ellipsis dots are used tofurther avoid inadvertent creation of a navigable uniform resourceidentifier (URI) or link within the examples provided in this document.However, it is understood that a person of skill may implement thetechnology described herein using actual navigable links (e.g.,hyperlinks) based upon the teachings herein.

Returning to the description of the present example, the portletcontainer (e.g., “ws.portletcontainer”) represents an imported containerclass that may be imported into the code of the portlet. As such, thisimported code may also be traced to the level/depth specified by theclient-side user. Again, the code that is traced may be granularlytraced from the element reference rather than tracing all code in theimported container. Accordingly, the technology described hereinprovides tracing capabilities that bridge code packaging boundaries andthat are granular according to the element selection by the client-sideuser.

Regarding alternatives for implementation of the present technology, theclient-specified server tracing technology described herein may beinvoked in a variety of manners. For example, the technology may beaccessed at the client device by interfacing with the inspect elementfeature of a browser debugger. Such an inspect feature may be configuredto allow an end user to select a specific element on a web page andcause server-side code tracing to drill down inside the markup language(ML) generated by the code for that element to the specifieddepth/level. This element may be any element on the web page, such as abanner, a portlet container, portlet content, an image, or otherelement.

By configuring and confirming the trace within the pop-up dialog, aJava™ programming language hook to the logger may be implemented thattakes as input a unique identifier (ID) of the element the end user hasselected to trace. The unique ID may be stored as a Javascript®attribute on the client side. This unique ID may have a one-to-one(e.g., 1:1) relationship with the item the end user has configured to betraced.

For example, a portlet's unique ID inside the portal may be used. Theportlet's unique ID may be stored and may be located within theextensible markup language (XML) view of a portal page. Alternatively,if the element is located on another website, another unique identifiermay be used, such as a markup language container identifier of theelement itself (e.g., DIV identifier or other identifier that identifiesan element referenced from within the markup language). The trace thatis generated may be provided directly back to the administrators becausethe hook is located at the server level, and by confirming the tracewithin the pop-up dialog, the end user may provide the authority todynamically trace the element via server tracing.

In an alternative implementation example of using a Websphere®application server (WAS) Portal, each element on the web page may havesome Java™ programming language or Javascript® code path, such as “<<comportal.myportlet>>.” Other classes may also be used by the selectedelement. As such, when the trace is confirmed by the end user within thepop-up dialog with a configuration of how many layers deep to trace,this information may be passed to the tracing code that turns on thetrace at that level for that specific code. The log output (e.g.,SystemOut.log, trace.log files, etc.) may start logging out the detailedtraces for the specific classes associated with the specific selectedelement on the web page.

The technology described herein may also implement security inassociation with the server code tracing by use of configurationinformation that specifies whether a particular end user is avalid/authorized end user to the site with the correct access controllists (ACLs) to allow the end user to push the call to trace the portletto the server in the above example. The portal administrator may utilizean impersonation feature for this as well, where an end user that doesnot have rights may do the above client-side processing to invoke thetrace of the portlet, which may be configured to generate a request thatmay be sent to the administrator to allow impersonation for the call toinvoke the trace.

To further alleviate security concerns, it should be noted that thetracing of an element on the web page may be configured to prevent aclient-side end user from seeing any non-public (e.g., confidential)portion of the web page/code during the real-time trace. The server logsmay be investigated by a system administrator with the appropriateauthorization to view the logs. As such, an administrator may request aclient-side end user to invoke a trace from the end-user interface, andviewing of the results of the trace of the server-side code within theclient-side configured trace level may be limited to the administratoror other authorized individuals.

Within the example described above, if the end user at the client-sidecomputing device is not an administrator and is a normal end user (e.g.,a customer), the end user may inspect the element in the same waydescribed above, which may trigger an impersonation request to theadministrator via multiple forms of communications (e.g., electronicmail, text message, social media, etc.). If the administrator approvesthe request, the trace may then start running. In this case, theadministrator may be in contact with the end user to approve the tracewhile the issue is happening.

To further the examples provided above, in response to invocation of atrace, the application code of the web application may look for an eventlistener call that is for an inspect element call from the browser. Bycombining this extension of an event listener, which may be integratedwith the browser, with a server-side library, PHP: HypertextPreprocessor (PHP) scripts may send debugging information to the browserencoded in the hypertext transfer protocol (HTTP) response headers. Oncethe tracing is configured, warnings and errors in the PHP scripts may belogged to the browser console. As such, the scripts themselves may beencoded to add additional debugging information into the browser/logs.

As such, real-time tracing of a particular area of code that is ofinterest or of an issue/anomaly experienced by the end user may beperformed to the configured tracing level across platforms (e.g.,invoked at the client and performed on the server) under circumstanceswhere an administrator may otherwise be unable to replicate theparticular behavior or issue within a development environment. Further,the granularity by which the tracing may be invoked from the client side(where the issue is recognized by the client-side user) providesflexibility that seamlessly integrates tracing at the server-sideplatforms related specifically to the client-side selected element.Accordingly, improved debugging, operation, and reliability of web-basedapplications may be achieved by use of the technology described herein.

It should be noted that conception of the present subject matterresulted from recognition of certain limitations associated with classtracing in complex client-server environments. For example, it wasobserved that prior technologies for debugging of client-sideapplications that utilize imported portions of server-side code (e.g.,classes) did not provide any mechanism by which an end user of theclient-side applications may invoke debugging from the client-sideexecution environment to be executed within the server-side executionenvironment. As a result, developers of client-server technologies wereunable to granularly generate traces of classes used to support contentprovided to the client-side execution environment, which resulted in alack of information regarding execution of granular areas of interestwithin the server code or regarding problems that may exist regardingthe complex interactions and operations between the various componentsof the client-server technologies. It was further observed thatserver-side invocation of logging features was constrained to tracingpackage level code entities, which produced large outputs and did notprovide tracing granularity at a user-interface element level. It wasdetermined from these observations that new technology that providescapabilities to initiate a trace from the client side of an exact areain the code from the user-interface element on a web page (portlet,banner, etc.) may provide both improved granularity of tracing at theserver, and may provide manageable trace information sets, such as toobtain a baseline information set that documents scoped serveroperations associated with particular client interface components forcomparison in the event of a later-detected anomaly and/or to expediteresolution of issues. Further, it was determined that client-sidecontrol to provide a precise trace to a support team (internal orexternal to the customer) based upon a header threshold value andelement specification may further provide for granularity that may beselected at a client-side machine to invoke class-level threshold-basedtracing across the physical platforms from the client to the server sideof such systems. The present subject matter improves debugging of issuesrelated to complex client-server technologies by providing forclient-configured server class tracing to a configurable threshold, asdescribed above and in more detail below. As such, improvedclient-server system debugging may be obtained through use of thepresent technology.

The client-configured server class tracing to a configurable thresholddescribed herein may be performed in real time to allow promptclient-side invocation of cross-platform debugging. For purposes of thepresent description, real time shall include any time frame ofsufficiently short duration as to provide reasonable response time forinformation processing acceptable to a user of the subject matterdescribed. Additionally, the term “real time” shall include what iscommonly termed “near real time”—generally meaning any time frame ofsufficiently short duration as to provide reasonable response time foron-demand information processing acceptable to a user of the subjectmatter described (e.g., within a portion of a second or within a fewseconds). These terms, while difficult to precisely define are wellunderstood by those skilled in the art.

FIG. 1 is a block diagram of an example of an implementation of a system100 for client-configured server class tracing to a configurablethreshold. A computing device_1 102 through a computing device_N 104communicate via a network 106 with several other devices. The otherdevices include a server_1 108 through a server_M 110. A database 112provides storage for information, such as for tracing log files andother information within the system 100.

As will be described in more detail below in association with FIG. 2through FIG. 5, the computing device_1 102 through the computingdevice_N 104 and the server_1 108 through the server_M 110 may eachprovide automated client-configured server class tracing to aconfigurable threshold. The automated client-configured server classtracing to a configurable threshold is based upon client-sidespecification and invocation of a trace that is performed to thespecified tracing level beginning at the client-device end-userinterface level and continuing to the server device, in accordance withthe location of the respective layers of code that are executed duringthe trace down to the configured level of tracing. As such, the presenttechnology operates to perform integrated tracing of web pages that isconfigured and initiated at an end-user computing device and performedusing server device level tracing functionality. A variety ofpossibilities exist for implementation of the present subject matter,and all such possibilities are considered within the scope of thepresent subject matter.

The network 106 may include any form of interconnection suitable for theintended purpose, including a private or public network such as anintranet or the Internet, respectively, direct inter-moduleinterconnection, dial-up, wireless, or any other interconnectionmechanism capable of interconnecting the respective devices.

The server_1 108 through the server_M 110 may include any device capableof providing data for consumption by a device, such as the computingdevice_1 102 through the computing device_N 104, via a network, such asthe network 106. As such, the server_1 108 through the server_M 110 mayeach include a web server, application server, or other data serverdevice.

The database 112 may include a relational database, an object database,or any other storage type of device. As such, the database 112 may beimplemented as appropriate for a given implementation.

FIG. 2 is a block diagram of an example of an implementation of a coreprocessing module 200 capable of performing client-configured serverclass tracing to a configurable threshold. The core processing module200 may be associated with either the computing device_1 102 through thecomputing device_N 104 or with the server_1 108 through the server_M110, as appropriate for a given implementation. As such, the coreprocessing module 200 is described generally herein, though it isunderstood that many variations on implementation of the componentswithin the core processing module 200 are possible and all suchvariations are within the scope of the present subject matter. Further,the core processing module 200 may be implemented as an embeddedprocessing device with circuitry designed specifically to perform theprocessing described herein as appropriate for a given implementation.

Further, the core processing module 200 may provide different andcomplementary processing of cross-platform tracing in association witheach implementation. As such, for any of the examples below, it isunderstood that any aspect of functionality described with respect toany one device that is described in conjunction with another device(e.g., sends/sending, etc.) is to be understood to concurrently describethe functionality of the other respective device (e.g.,receives/receiving, etc.).

A central processing unit (CPU) 202 (“processor”) provides hardware thatperforms computer instruction execution, computation, and othercapabilities within the core processing module 200. A display 204provides visual information to a user of the core processing module 200and an input device 206 provides input capabilities for the user.

The display 204 may include any display device, such as a cathode raytube (CRT), liquid crystal display (LCD), light emitting diode (LED),electronic ink displays, projection, touchscreen, or other displayelement or panel. The input device 206 may include a computer keyboard,a keypad, a mouse, a pen, a joystick, touchscreen, voice commandprocessing unit, or any other type of input device by which the user mayinteract with and respond to information on the display 204.

A communication module 208 provides hardware, protocol stack processing,and interconnection capabilities that allow the core processing module200 to communicate with other modules within the system 100. Thecommunication module 208 may include any electrical, protocol, andprotocol conversion capabilities useable to provide interconnectioncapabilities, as appropriate for a given implementation. As such, thecommunication module 208 represents a communication device capable ofcarrying out communications with other devices.

A memory 210 includes a tracing configuration storage area 212 thatstores tracing configuration information associated with traces, such asunique code element identifiers (IDs) of web page elements that areconfigured to be traced and a user-configured tracing threshold/level towhich the cross-platform tracing is to be performed by the coreprocessing module 200. As will be described in more detail below, thetracing configuration stored within the tracing configuration storagearea 212 is used to initiate traces of web pages including code that islocal to the client device and code that executes at the server device.

A web page tracing modification storage area 214 provides storage forweb pages at a client device, and also provides storage formodifications to web page code. As described above, the web pagecode/markup language may be modified to place tracing configurationinformation within the code, such as by page header modifications thatidentify the tracing level/threshold, that identify tracing is enabled,and other information to support cross-platform tracing as appropriatefor the given implementation. The modified web page code may berefreshed within a client-side browser to initiate the cross-platformtracing.

It is understood that the memory 210 may include any combination ofvolatile and non-volatile memory suitable for the intended purpose,distributed or localized as appropriate, and may include other memorysegments not illustrated within the present example for ease ofillustration purposes. For example, the memory 210 may include a codestorage area, an operating system storage area, a code execution area,and a data area without departure from the scope of the present subjectmatter.

A cross-platform tracing module 216 is also illustrated. Thecross-platform tracing module 216 provides support for client-sideconfiguration of cross-platform tracing, and provides server-sidesupport for client-side invoked tracing of server code, for therespective implementations of the core processing module 200, asdescribed above and in more detail below. The cross-platform tracingmodule 216 implements the automated client-configured server classtracing to a configurable threshold of the core processing module 200.

It should also be noted that the cross-platform tracing module 216 mayform a portion of other circuitry described without departure from thescope of the present subject matter. The cross-platform tracing module216 may form a portion of an interrupt service routine (ISR), a portionof an operating system, or a portion of an application without departurefrom the scope of the present subject matter. The cross-platform tracingmodule 216 may also include an embedded device with circuitry designedspecifically to perform the processing described herein as appropriatefor a given implementation.

The database 112 is again shown within FIG. 2 associated with the coreprocessing module 200. As such, the database 112 may be operativelycoupled to the core processing module 200 without use of networkconnectivity, as appropriate for a given implementation.

The CPU 202, the display 204, the input device 206, the communicationmodule 208, the memory 210, the cross-platform tracing module 216, andthe database 112 are interconnected via an interconnection 218. Theinterconnection 218 may include a system bus, a network, or any otherinterconnection capable of providing the respective components withsuitable interconnection for the respective purpose.

Though the different modules illustrated within FIG. 2 are illustratedas component-level modules for ease of illustration and descriptionpurposes, it should be noted that these modules may include anyhardware, programmed processor(s), and memory used to carry out thefunctions of the respective modules as described above and in moredetail below. For example, the modules may include additional controllercircuitry in the form of application specific integrated circuits(ASICs), processors, antennas, and/or discrete integrated circuits andcomponents for performing communication and electrical controlactivities associated with the respective modules. Additionally, themodules may include interrupt-level, stack-level, and application-levelmodules as appropriate. Furthermore, the modules may include any memorycomponents used for storage, execution, and data processing forperforming processing activities associated with the respective modules.The modules may also form a portion of other circuitry described or maybe combined without departure from the scope of the present subjectmatter.

Additionally, while the core processing module 200 is illustrated withand has certain components described, other modules and components maybe associated with the core processing module 200 without departure fromthe scope of the present subject matter. Additionally, it should benoted that, while the core processing module 200 is described as asingle device for ease of illustration purposes, the components withinthe core processing module 200 may be co-located or distributed andinterconnected via a network without departure from the scope of thepresent subject matter. Many other possible arrangements for componentsof the core processing module 200 are possible and all are consideredwithin the scope of the present subject matter. It should also beunderstood that, though the database 112 is illustrated as a separatecomponent for purposes of example, the information stored within thedatabase 112 may also/alternatively be stored within the memory 210without departure from the scope of the present subject matter.Accordingly, the core processing module 200 may take many forms and maybe associated with many platforms.

FIG. 3 through FIG. 5 described below represent example processes thatmay be executed by devices, such as the core processing module 200, toperform the automated client-configured server class tracing to aconfigurable threshold associated with the present subject matter. Manyother variations on the example processes are possible and all areconsidered within the scope of the present subject matter. The exampleprocesses may be performed by modules, such as the cross-platformtracing module 216 and/or executed by the CPU 202, associated with suchdevices. It should be noted that time out procedures and other errorcontrol procedures are not illustrated within the example processesdescribed below for ease of illustration purposes. However, it isunderstood that all such procedures are considered to be within thescope of the present subject matter. Further, the described processesmay be combined, sequences of the processing described may be changed,and additional processing may be added or removed without departure fromthe scope of the present subject matter.

FIG. 3 is a flow chart of an example of an implementation of a process300 for client-configured server class tracing to a configurablethreshold. The process 300 represents a computer-implemented method ofperforming the subject matter described herein. At block 302, theprocess 300 receives, at a server device from a user device served bythe server device, a user-device configured server code trace requestthat specifies an element identifier of a specified user-deviceinterface element served by the server and a server code tracing depthspecified by a user of the user device. At block 304, the process 300configures, using the specified element identifier, a granular servercode trace of server code scoped to the specified server code tracingdepth and scoped to a portion of the server code utilized in associationwith the specified user-device interface element. At block 306, theprocess 300 performs the configured granular server code trace of theserver code scoped to the specified server code tracing depth and scopedto the portion of the server code utilized in association with thespecified user-device interface element.

FIG. 4 is a flow chart of an example of an implementation of a process400 for end user-device processing associated with client-configuredserver class tracing to a configurable threshold. The process 400represents a computer-implemented method of performing the subjectmatter described herein. At decision point 402, the process 400 makes adetermination as to whether to invoke a scoped trace of server code froma client-side device. For example, the process 400 may detect a selectelement debug feature in association with a web component by a user of aclient-side interface. As described above, an end user may select (e.g.,right click with an input device, such as a mouse) the webcomponent/element either for informational/baseline scoped tracing ofserver-side code or for scoped tracing of server-side code inassociation with a web page component anomaly (e.g., an area of a webpage/application where an image is not being rendered, or otheranomaly). Alternatively, the process 400 may determine that a web pagecomponent error has occurred, such as by detection of an exceptionthrown by a web page or element of web page content. As such, theprocess 400 determine to invoke a scoped trace of server code, such asfor documentation of execution flow of a working component that may beused as a comparison/baseline in the event the component is everdetermined not to be working as intended, or in response to detectederrors associated with web page components.

At block 404, the process 400 prompts the end user (e.g., using a dialogbox) to enter a server code tracing depth. The server code tracing depthspecifies a granular and configurable level/depth of tracing of aportion of code utilized at the server that is intended to render theweb component. The code tracing depth may be specified by anadministrator in response to communications with the end user of theuser/client-side device. Alternatively, the end user may independentlyspecify the server code tracing depth and issue a tracing request.

At block 406, the process 400 detects entry of the server code tracingdepth. At block 408, the process 400 extracts an element identifier (ID)of the web page component from a document object model (DOM) of the webpage content. At block 410, the process 400 configures a server codetracing request with the selected web page component identifier (ID) andthe server code tracing depth entered by the user.

At block 412, the process 400 sends the configured server code tracingrequest to the server that hosts the web page/application. Programmaticprocessing may be performed at the server to determine whether theserver code tracing request is authorized for the particularuser/device, as described in more detail below. Alternatively, anadministrator may receive the server code tracing request and determinewhether to authorize the request for the particular web component inresponse to receiving the server code tracing request.

At decision point 414, the process 400 makes a determination as towhether an instruction to refresh/re-execute the web page/applicationhas been received from the server. As also described above, the servermay issue an instruction to the end-user device to refresh at least thespecified user-device interface element within a browser executed by theend-user device. The instruction may be implemented as an applicationprogramming interface (API) call to the end-user device with a web pageidentifier of a web page that includes the specified user-deviceinterface element with an instruction to the end-user device that causesthe client device to refresh the identified web page. For purposes ofthe present example, it is presumed that an instruction to refresh atleast the specified user-device interface element within a browserexecuted by the end-user device is received, and that any authorizationhas been performed by the server device.

In response to a determination at decision point 414 that an instructionto refresh/re-execute the web page/application has been received fromthe server, the process 400 refreshes/re-executes the webpage/application content at block 416. The refresh/re-execution of theweb page/application content initiates scoped tracing of the portion ofthe server code tracing as configured by the user/client device. Theprocess 400 returns to decision point 402 and iterates as describedabove.

As such, the process 400 allows an end user of a client-side interfaceto configure scoped server code tracing of individual portions of servercode that support and that are utilized in association with particularcomponents/elements of content. The end user may specify a configuredthreshold/depth of the scoped server code tracing (e.g., as requested byan application developer for purposes of scoped debugging to anappropriate depth), and an updated markup language page may be receivedthat invokes granular server code tracing in response to arefresh/re-execution of the content.

FIG. 5 is a flow chart of an example of an implementation of a process500 for server-device processing associated with client-configuredserver class tracing to a configurable threshold. The process 500represents a computer-implemented method of performing the subjectmatter described herein. At decision point 502, the process 500 makes adetermination as to whether a server code trace request has beenreceived from a user/client device that utilizes code hosted at least inpart by the server that executes the process 500. In response todetermining that a server code trace request has been received from auser/client device, the process 500 makes a determination as to whetherthe received request is authorized at decision point 504. For example,programmatic processing may be performed to determine whether theuser/device that issued the request is pre-configured/pre-authorized toissue server code trace requests. Alternatively, an administrator may bequeried and may approve or decline the server code trace request.

In response to determining that the received server code trace requestis not authorized at decision point 504, the process 500 responds withan indication that the request is not authorized at block 506, andreturns to decision point 502 and iterates as described above. As such,where an end user requests a server code trace that is notprogrammatically or otherwise authorized, the end user may subsequentlybe instructed/notified to request authorization from the appropriateentity.

Returning to the description of decision point 504, in response todetermining that the received server code trace request is authorized,the process 500 extracts a client-side selected interface elementidentifier (ID) and a server code tracing depth from the server codetrace request at block 508. At block 510, the process 500 updates amarkup language (ML) code header of source code that serves thespecified user-device interface element with the specified elementidentifier of the specified user-device interface element and thespecified server code tracing depth to configure a granular server codetrace of the selected interface element including any imported code tothe requested server code tracing depth. It should be noted that theupdating of the ML code header may also include enabling tracing of aportion of the server code at the server as specified by the configuredgranular server code trace within the ML code header of source code thatserves the specified user-device interface element.

At block 512, the process 500 issues an instruction to the end-userdevice to refresh at least the specified user-device interface elementwithin a browser executed by the end-user device. Issuing theinstruction to refresh the specified user-device interface element orweb/application page may include issuing an application programminginterface (API) call to the end-user device with a web page identifierof a web page that includes the specified user-device interface elementwith an instruction to the end-user device that causes the client deviceto refresh the identified web page.

At block 514, the process 500 traces the portion of the server codeutilized by the specified user-device interface element as specified bythe configured granular server code trace to the specified server codetracing depth. As described above, the process 500 may trace packagecode utilized in association with the specified user-device interfaceelement beginning at a parent class package name and traversing backwithin code layers of the portion of the server code to the specifiedserver code tracing depth. The process 500 may trace, within eachtraversed code layer, imported server package code utilized inassociation with the specified user-device interface element to thespecified server code tracing depth.

At block 516, the process 500 outputs results of the granular servercode trace. For example, the output of the results of the granularserver code trace may be provided within a trace log file defined inassociation with the portion of the server code associated with thespecified user-device interface element. Additionally and/oralternatively, the process 500 may output the trace results to anadministrator display device or may generate other output as appropriatefor a given implementation. The process 500 returns to decision point502 and iterates as described above.

As such, the process 500 receives and authorizes server code tracerequests received from user/client devices. The process 500 updatesmarkup language (ML) code associated with the output for which theserver code trace is requested with the client-side interface elementidentifier and the requested granular server tracing depth in responseto authorization of the received server code trace request. The process500 issues an instruction to the user/client device torefresh/re-execute the access to the server code interface, and performsthe requested authorized server code trace.

As described above in association with FIG. 1 through FIG. 5, theexample systems and processes provide client-configured server classtracing to a configurable threshold. Many other variations andadditional activities associated with client-configured server classtracing to a configurable threshold are possible and all are consideredwithin the scope of the present subject matter.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention. Asused herein, the singular forms “a,” “an” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims below are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the art basedupon the teachings herein without departing from the scope and spirit ofthe invention. The subject matter was described to explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A computer program product, comprising: acomputer readable storage medium having computer readable program codeembodied therewith, where the computer readable storage medium is not atransitory signal per se and where the computer readable program codewhen executed on a computer causes the computer to: display, by abrowser, a displayed page; determine an error in the displayed page;responsive to the determination of the error, receive, using an existingselect-element debug tool of the browser, first user input datacomprising information indicative of an area of the displayed page, withthe area including a selected web page element, with the selected webpage element being one of a following group of web page element types: aportlet, a widget, an image, or web content; responsive to the receiptof the first user input data, communicate, from the existingselect-element debug tool of the browser back to an applicationassociated with the displaying of the displayed page, a hook associatedwith the selected web page element; receive second user input datacomprising information indicative of a selection of a trace of code, anda depth of trace value, to be performed on the selected web pageelement; trace code associated with the selected web page element at adepth corresponding to the depth of trace value; and provide output ofthe tracing of the code in a trace log file.
 2. The computer programproduct of claim 1, where the computer readable program code whenexecuted on the computer further causes the computer to: use the depthof trace value as a designated threshold set as a header on thedisplayed page.
 3. The computer program product of claim 1, where thecomputer program product is in the form of a computer system, with thecomputer program product further comprising: a processor(s) setstructured, programmed, and/or connected to execute the computerreadable program code stored in the computer readable storage medium. 4.A computer-implemented method, comprising: receiving, at a server devicefrom a user device served by the server device, a user-device configuredserver code trace request that specifies an element identifier of aspecified user-device interface element served by the server device anda server code tracing depth specified by a user of the user device; andperforming a granular server code trace of server code scoped to thespecified server code tracing depth and scoped to a portion of theserver code utilized in association with the specified user-deviceinterface element.
 5. The computer-implemented method of claim 4,further comprising: extracting the specified element identifier of thespecified user-device interface element and the specified server codetracing depth from the user-device configured server code trace request;and updating a markup language code header of source code that servesthe specified user-device interface element with the specified elementidentifier of the specified user-device interface element and thespecified server code tracing depth.
 6. The computer-implemented methodof claim 4, further comprising: enabling tracing of the portion of theserver code at the server device as specified by the granular servercode trace within a markup language code header of source code thatserves the specified user-device interface element.
 7. Thecomputer-implemented method of claim 4, where performing the granularserver code trace of the server code scoped to the specified server codetracing depth and scoped to the portion of the server code utilized inassociation with the specified user-device interface element comprises:issuing an instruction to the user device to refresh at least thespecified user-device interface element within a browser executed by theuser device; and tracing the portion of the server code utilized by thespecified user-device interface element as specified by the granularserver code trace to the specified server code tracing depth.
 8. Thecomputer-implemented method of claim 7, where issuing the instruction tothe user device to refresh at least the specified user-device interfaceelement within the browser executed by the user device comprises:issuing an application programming interface (API) call to the userdevice with a web page identifier that identifies a web page thatcomprises the specified user-device interface element with theinstruction to the user device that causes the user device to refreshthe identified web page.
 9. The computer-implemented method of claim 4,where performing the granular server code trace of the server codescoped to the specified server code tracing depth and scoped to theportion of the server code utilized in association with the specifieduser-device interface element comprises: tracing package code utilizedin association with the specified user-device interface elementbeginning at a parent class package name and traversing back within codelayers of the portion of the server code to the specified server codetracing depth; and tracing, within each traversed code layer, importedserver package code utilized in association with the specifieduser-device interface element to the specified server code tracingdepth.
 10. The computer-implemented method of claim 4, furthercomprising providing a trace output of the granular server code tracewithin a trace log file defined in association with the portion of theserver code associated with the specified user-device interface element.11. A computer program product, comprising: a computer readable storagemedium having computer readable program code embodied therewith, wherethe computer readable storage medium is not a transitory signal per seand where the computer readable program code when executed on a computercauses the computer to: receive, at a server device from a user deviceserved by the server device, a user-device configured server code tracerequest that specifies an element identifier of a specified user-deviceinterface element served by the server device and a server code tracingdepth specified by a user of the user device; and perform a granularserver code trace of server code scoped to the specified server codetracing depth and scoped to a portion of the server code utilized inassociation with the specified user-device interface element.
 12. Thecomputer program product of claim 11, where the computer readableprogram code when executed on the computer further causes the computerto: extract the specified element identifier of the specifieduser-device interface element and the specified server code tracingdepth from the user-device configured server code trace request; andupdate a markup language code header of source code that serves thespecified user-device interface element with the specified elementidentifier of the specified user-device interface element and thespecified server code tracing depth.
 13. The computer program product ofclaim 11, where the computer readable program code when executed on thecomputer further causes the computer to: enable tracing of the portionof the server code at the server device as specified by the granularserver code trace within a markup language code header of source codethat serves the specified user-device interface element.
 14. Thecomputer program product of claim 11, where, in causing the computer toperform the granular server code trace of the server code scoped to thespecified server code tracing depth and scoped to the portion of theserver code utilized in association with the specified user-deviceinterface element, the computer readable program code when executed onthe computer causes the computer to: issue an instruction to the userdevice to refresh at least the specified user-device interface elementwithin a browser executed by the user device; and trace the portion ofthe server code utilized by the specified user-device interface elementas specified by the granular server code trace to the specified servercode tracing depth.
 15. The computer program product of claim 14, where,in causing the computer to issue the instruction to the user device torefresh at least the specified user-device interface element within thebrowser executed by the user device, the computer readable program codewhen executed on the computer causes the computer to: issue anapplication programming interface (API) call to the user device with aweb page identifier that identifies a web page that comprises thespecified user-device interface element with the instruction to the userdevice that causes the user device to refresh the identified web page.16. The computer program product of claim 11, where, in causing thecomputer to perform the granular server code trace of the server codescoped to the specified server code tracing depth and scoped to theportion of the server code utilized in association with the specifieduser-device interface element, the computer readable program code whenexecuted on the computer causes the computer to: trace package codeutilized in association with the specified user-device interface elementbeginning at a parent class package name and traversing back within codelayers of the portion of the server code to the specified server codetracing depth; and trace, within each traversed code layer, importedserver package code utilized in association with the specifieduser-device interface element to the specified server code tracingdepth.
 17. The computer program product of claim 11, where the computerreadable program code when executed on the computer further causes thecomputer to provide a trace output of the granular server code tracewithin a trace log file defined in association with the portion of theserver code associated with the specified user-device interface element.18. The computer program product of claim 11, where the computer programproduct is in the form of a computer system, with the computer programproduct further comprising: a processor(s) set structured, programmed,and/or connected to execute the computer readable program code stored inthe computer readable storage medium.